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Remote Control of an Electronic Device through Downloading of a 
Control Interface of the Electronic Device in a Mobile Station 



The present invention relates to a wireless communication 
system with a number of controllable electronic devices and a 
mobile station for remotely controlling such electronic devices 
through a short-range wireless communication link such a radio 
link, an infra-red link, or any other suitable wireless link. The 
mobile station can be dedicated to such remote control 
functionality or can be multifunctional device combining remote 
control functionality and other functionality such as cellular or 
cordless functionality, or the like. 

The present invention further relates to a method of 
remotely controlling a controllable electronic device, to a 
mobile station and to a controllable electronic device in such a 
system. 



In the PCT Application WO 98/49818 a mobile station is 
disclosed with combined mobile telephony and remote control 
terminal functionalities. The mobile station can act as a remote 
control unit for a variety of peripheral devices accessible 
through some type of local area communication system or related 
communication system. The peripheral devices are remotely 
actuatable in response to a set of predetermined control 
commands. A control command module within the mobile station 
generates the variety of control commands to which the peripheral 
devices are responsive. The control commands are transmitted to 
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the peripheral device via a wireless communication link that is 
set up between the peripheral device and the control command 
module. Local interfaces that apply a single communication 
protocol are included in electronic communication devices 
5 otherwise connected to an external communication network. Through 
the single communication protocol each of the local interfaces is 
capable of effecting wireless communication with the other local 
interface modules. In Fig. 4 of WO 98/49818, a local area 
communication system is shown with local communication links 
10 between a mobile radio station, and, through local interface 
modules, a variety of peripheral devices such as hands-free 
headsets, television sets, radio sets, VCRs, etceteras. Through 
the local interface modules the peripheral devices can also 
communicate with each other. A user of the mobile radio station 
il|15 enters control commands through a user interface of the mobile 
^t: station. A command control module comprised in the mobile station 
h| processes the control commands. A variety of command formats may 
'Jf be used to control the peripheral device through some types of 
fi| command module. Either standard wireless communication protocols 
;^20 or a propriety protocol, on a single local communication medium 
m may be used. The local interface modules may be integrated in the 
p. housing of the mobile station or may be disposed in a separate 
il! housing such that it forms a plugable unit. 

L : s 

In the US Patent 5,636,211 a universal multimedia access 
25 device is disclosed. The universal multimedia device accesses a 
predetermined one of a number of multimedia applications using an 
appropriate Application Specific (AS) -module interfaced thereto. 
A multimedia network delivers diverse multimedia applications 
such as high-speed data access (Internet), phone service, energy 
30 management, home security, and video. A transceiver operates to 
transmit and receive RF signals associated with a predetermined 
one of the multimedia applications specified by the AS-module. 
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The MM-device further comprises a processing unit in 
communication with the transceiver and the AS-module. The 
processor identifies the AS-module interfaced to the MM-device 
and determines the predetermined MM-application associated with 
5 the AS-module. The processing unit then commands the transceiver 
to communicate with the MM-network in a mode associated with the 
MM-application. The AS-module includes a corresponding AS- 
transceiver for communicating multimedia information with an 
application device coupled thereto. This multimedia information 
10 can include video signals, data signals, voice signals, and 
control signals. In an embodiment, the AS-module enables the 
universal MM-device to communicate analog or digital control 
signals between the MM-network and an application device such as 
a home control device or an energy control device. A suitable 
J|15 connector is included in the AS-module to facilitate connection 

with a control application device. The universal MM-access 
Ui apparatuses are thus built as a common architectural 
J; implementation based on a multimedia access engine providing a 
ill MM-application programming interface to diverse applications, 
i^ao while employing an access method to gain access to/from the MM- 
vO network. Each AS-module has an interface for removable "plug-and- 
j^l play" installation in the universal MM-access apparatus, and a 
further interface for connecting and disconnecting appropriate 
application devices. The processing unit is comprised of a 
25 microprocessor that is operative to provide a programmable 

platform for the apparatus. The transceiver is tunable over a 
range of frequencies - within a predetermined frequency spectrum of 
which portions are assignable to a variety of multimedia 
applications. Upon powering up, the processing unit identifies 
30 the application from an identification signal received from the 
AS-module. Next, the processing unit commands the transceiver 
into a predefined mode required by the previously identified 
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application, A control AS-module interfaced to a MM-device may 
include a variety of control transceivers. A variety of wireless 
platforms may be utilized in the transceiver of the MM-device, 
The wireless transceivers can utilize frequency reuse. 



5,636,211, specific plugable interface modules need to be 
provided to interface a particular controllable electronic device 
to a device for controlling the electronic device, the 
controllable electronic devices having specific control interface 
10 with specific control commands. Once provided with a specific 

controllable interface module, the controllable electronic device 
can be controlled by configuring the controlling device 
accordingly, or by selecting a suitable set of control commands 
in the controlling device. Providing specific interface modules 

i05 renders a system with many different controllable electronic 
devices complicated, inflexible, and expensive. In addition 

y thereto, a universal control device becomes complicated and will 
require a large storage capacity to store a large number of 

ilJ different sets of control commands. 

%20 In the Japanese Abstract 09 153 952, a mobile terminal is 

=|| disclosed to remotely control an electric appliance by using a 
j^j mobile terminal call number. The user dials a control code to 
i|j remotely control a switch of a lighting fixture, or the like. In 
a radio message, the control code is transmitted to a controller 
25 controlling electric appliances. The dialed controller checks 
whether the received control code is present in a lookup table. 
If so, the lighting fixture is switched on. 

In the Microsoft ® handbook, "MCSE: TCP/IP Study Guide", 
Sybex, 1997, pages 3, 16-24, and 421, basic principles are 
30 disclosed as to TCP/IP Protocols, and browsing through the 
Internet. As defined on page 3, a TCP/IP protocol suite is a 
Transmission Control/Internet Protocol set that an application 
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Both in the PCT Application WO 98/49818 and in the US Patent 
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can use to package its information for sending across a link. On 
pages 16-17, a physical data flow and a logical data flow are 
shown on a physical channel between system entities, basically in 
terms of the well-known OSI (Open System Interconnection) 

5 Reference model of layers, the OSI reference model distinguishing 
seven layers, a physical layer, a data link layer, a network 
layer, a transport layer, a session layer, a presentation layer, 
and an application layer. Depending on a particular application 
several layers may be combined to a single layer. In accordance 

10 with the OSI reference model, the physical data flow between 

system entities occurs through all layers between the entities, 
whereas the logical data flow is defined as a peer to peer 
communication between corresponding layers of the entities. As 
defined on page 421, a Uniform Resource Locator, a URL, is the 



=|]15 standard naming convention on the Internet, a browser is tool for 

navigating and accessing information on the Internet, usually in 
y the form of Web pages hosted by a server, an HTTP, HyperText 
^1= Transport Protocol, is a protocol specification used by the 
III browser to send requests and by the server to respond to the 
%aO requests, and HTML, Hyper Text Markup Language, is the document 
^ll standard for Internet Web pages. 

In the Bluetooth Specification, "Specification of the 
Bluetooth System - Core", vl.OA, July 26th, 1999, pp. 41-45, 191, 
249, 325, 328-330, 335-336, 342-347, 387, and 504-513, WAP, 
25 Wireless Access Protocol, in the Bluetooth Piconet is disclosed, 
and a general description of the Bluetooth system as related to 
WAP. In WAP communications, a client device communicates with a 
server device using the WAP protocols. A communication can be 
initiated by a client or by a server device. Upon initiation, a 
30 so-called Bluetooth Service Discovery Protocol is started to find 
the other one of the client/server pair. Client addressing is 
mainly done through Uniform Resource Locators, URLs, as used with 
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Internet browsers. URLs are text strings that describe the 
document that is accessed. On page 508, a WAP Protocol Stack is 
shown, entities of the protocol stack further being defined on 
said pages 41-45, 191, 249, 325, 328-330, 335-336, 342-347, 387, 

5 On page 41, a general description of BT, Bluetooth, a short-range 
radio link, is given. On page 42, a BT piconet with masters and 
slaves is shown. On pages 43-45, the BT physical channel, with 
time slots, is shown. Page 45 describes types of links between 
masters and slaves, a master being a link initiator, and a slave 

10 being the device accessed by the master. Pages 191; 249; 325, 
328-330, 335-336, 342-347; and 387 describe LMP messages; the 
L2CAP; the Service Discovery Protocol; and the RFCOMM protocol; 
respectively. 



.fi It is an object of the invention to provide a simple and 

^^1 flexible remote control device for controlling many different 
1: types of controllable electronic devices. 

It IS another object of the invention to provide a simple, 
n20 intuitive user interface in such a remote control device. 

It is still another object of the invention to provide a 
P learning mechanism for such a remote control device such that a 
remote control device coming out of range of a particular 
controllable electronic device and in-range thereof thereafter 
25 still recognizes such a controllable electronic device. 

In accordance with the invention, a wireless communication 
system is provided comprising a plurality of controllable 
electronic devices and a mobile station for communicating with 
one of said controllable electronic devices through a short-range 
30 wireless communication link, said mobile station comprising a 
display screen, a user input interface, and an access protocol 
browser operating in accordance with an access protocol, a method 
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of remotely controlling said one controllable electronic device, 
said method comprising: 

through said short-range wireless communication link, said 
mobile station requesting said controllable electronic device to 
download data representative of a control interface associated 
with said one controllable electronic devices- 
downloading of said data in a data format interpretable by 
said access protocol browser; and 

displaying on said display screen of said data as control 
interface menu pages representative of said control interface, 
said access protocol browser navigating through said control 
interface menu pages. 

Preferably, the mobile station checks whether the one 
controllable electronic device has access control capability 
before requesting the controllable electronic device to download 
its control interface. Herewith, it is prevented that the mobile 
station unnecessarily accesses electronic devices not supporting 
downloading of a control interface. 

Preferably, a mobile station reuses a downloaded control 
interface if, after having come out of range of a particular 
controllable electronic device comes in-range of the same 
controllable electronic device thereafter. 

Preferably, the access protocol is a markup language reading 
and interpretation protocol and the data represent a markup 
language, such a WAP Protocol, and a WAP markup language as 
defined in said Bluetooth Standard. Such a browser is simple and 
easy to operate and requires a reduced storage capacity and a 
small display unit. This is of particular interest when 
incorporating the browser in a mobile station also incorporating 
telephony functionality such as cordless or cellular telephony 
functionality. Simple and low storage requiring methods do not 
unnecessarily exhaust a battery comprised in the mobile station. 
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When implementing the remote control functionality in a device 
such as a laptop with a larger display unit, a more complex 
browser could be used, together with a more complex markup 
language such as HTML, 
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BRIEF DESCRIPTION OF THE DRAWING 



Figure 1 shows a wireless communication system with a number 
of controllable electronic devices and a mobile station. 

Figure 2 shows a functional block diagram of a mobile 
10 station in accordance with the present invention. 

Figure 3 shows a front view of a mobile station. 
Figure 4 shows a functional block diagram of a first 
controllable electronic device according to the invention, 
i--. Figure 5 shows a functional block diagram of a second 

=l|15 controllable electronic device according to the invention. 

3 , ; 

^ Figure 6 shows basic operation of the mobile station as a 

yi remote control device. 

'j^ Figure 7 shows six menu pages that are downloaded from a 

111 server. 

q20 Figure 8 shows a file referred to by the URL tv/index. wml . 



Figure 11 shows posting by the client 70 to the server 71, 
25 in HTTP- format. 

Throughout the figures the same reference numerals are used 
for the same features. 



Figure 9 shows a file run on the server. 
Figure 10 shows a first request of the client, and a 
response from the server, in HTTP-format. 



DESCRIPTION OF THE PREFERRED EMBODIMENT 



30 



Fig. 1 shows a wireless communication system 1 with a number 
of controllable electronic devices 2, 3, and 4, and a mobile 
station 5. Shown is the mobile station 5 communicating with the 
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controllable electronic device 2 through a short-range wireless 
communication link 6. In addition to communication with the 
controllable electronic device 2, the mobile station can be 
configured to communicate with a wireless network 7 such as a 
5 cellular or cordless telephony and/or data network. The mobile 
station 5 can also be configured to only communicate with the 
devices 2, 3, and 4. Then, the mobile station's 5 main 
functionality is a universal remote control terminal in 
accordance with the present invention. The wireless network 7 may 
10 be coupled to a public switched telephony network 8. The mobile 
radio station 5 in its capacity to communicate with the devices 
2, 3, and 4, forms a local network 9 with the devices 2, 3, and 
4. Preferably, the local network 9 is a network in accordance 
p. with said Bluetooth Specification. The short-range wireless 
jf|l5 communication link 6 can be a radio link, an infrared link, or 
;pj any other suitable wireless link. The mobile station 5 may be 
y configured to support both a short-range radio and a short-range 
"zl infra-red link so as to communicate with controllable electronic 
ni devices capable of transmitting through only a radio link or only 
i-|20 an infra-red link. 

Fig. 2 shows a functional block diagram of the mobile 
station 5 in accordance with the present invention. The mobile 
^0 station 5 comprises a cellular radio transceiver 20, a Bluetooth 
(BT) radio transceiver 21, and a BT infrared transceiver 22 with 
25 a Light Emitting Diode (LED) 23 for transmitting and receiving 
modulated infrared signals. The transceivers 20, 21, and 22 
comprise receive and transmit circuitry, including mixers, 
modulators, demodulators, analog-to-digital converters, and 
digital-to-analog converters so that the transceivers transmit 
30 digital signals generated by processing means 24 and provide 
digital signals to the processing means 24. Such transceiver 
circuitry is well known and is not shown in detail here. The BT 
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transceivers 21 and 22 are configured to operate in accordance 
with said Bluetooth Specification. The mobile station 5 further 
comprises a random access memory (RAM) 25 for storing volatile 
data with a memory part 25A for storing non-volatile data, a ROM- 
5 memory 26 comprising a wireless access protocol browser 27, a 
display 28, and a user input interface 29, the RAM 25, the ROM 
26, the display 28, and the user input interface 29 being coupled 
to the processing means 24. The transceivers 20, 21, and 22 
respectively comprise received signal strength measurement means 

10 20A, 21A, and 22A. 

Fig. 3 shows a front view of the mobile station 5. Shown are 
the display 28, and the user input interface 29 comprising a 
keypad 30, a cursor control means 31 including up, down, left, 
and right control arrows 32, 33, 34, and 35, a left soft-key 36, 

15 a right soft-key 37, and dedicated function keys 38, 39, and 40. 
The dedicated function key 38 can be used to invoke the remote 
control functionality of the mobile station 5. The dedicated 
function keys 39 and 40 can be assigned to invoke control of 
often used devices, such as a TV set or a Stereo apparatus. 

20 Alternatively, the remote control functionality can be invoked by 
simultaneously actuating two ordinary keys of the keypad 30, such 
as the and "#" keys. When the mobile station 5 is a dedicated 

remote control device, the remote control functionality can be 
invoked automatically through Bluetooth mechanisms when the 

25 station 5 is in-range of a controllable electronic device. 

Fig. 4 shows a functional block diagram of the controllable 
electronic device 2 according to the present invention. The 
controllable electronic device 2 is a television set with TV 
circuitry 50 coupled to a TV screen 51, and with a TV antenna 52 

30 and processing means 53. The TV set 2 further comprises an infra- 
red transceiver 54 with a LED 55, a ROM 56, and a RAM 57 
including a non-volatile RAM 58, the IR-transceiver 54, the ROM 
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56, and the RAM 57 being coupled to the processing means 53, As 
far as implementing the features according to the present 
invention, the IR-transceiver 55 and the processing means 53 
operate in accordance with said Bluetooth Specification modified 
to use infrared. The non-volatile RAM 58 is intended to store 
control settings of the television set 2 such as selected 
channel, volume, brightness, contrast, and color. To this end the 
non-volatile RAM 58 has storage locations for storing these 
control settings, the TV set being controlled in accordance with 
current settings. 



VFig. 5 shows a functional block diag^^m of the controllable 
electronic device 3 according to the profeent invention. The 
controllable electronic device 2 is ayxuner, amplifier, and 
compact disk player combination comprising tuner and amplifier 
and CD circuitry 60 coupled to a r^dio antenna 61. The circuitry 
60 is coupled to processing mean/ 62. The combination 3 further a 
BT-transceiver 63 coupled to a/BT-antenna 64, a ROM 65, and a RAM 
66 including a non-volatile RAM 67, the BT-transceiver 63, the 
ROM 65, and the RAM 66 bein^ coupled to the processing means 62. 
As far as implementing the features according to the present 
invention, the BT-tranapeiver 63 and the processing means 62 
operate in accordance/with said Bluetooth Specification. The non- 
volatile RAM 67 is i/htended to store control settings of the 
combination 3 such/as selected channel, volume, bass, treble, 
play, stop, paus/, fast forward, etceteras. To this end the non- 
volatile RAM eyhas storage locations for storing these control 
settings, the/combination being controlled in accordance with 
current settangs. 

The controllable electronic devices according to the present 
invention include all kinds of devices such as the shown TV set 2 
and the shown combination 3, and also, but not limitative, a 
domestic appliances such as a microwave oven, or any other 
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controllable device implementing the features according to the 
present invention , 

Fig, 6 shows basic operation of the mobile station 5 as a 
remote control device. Block 70 shows the mobile station 5 as 
5 Wireless Access Protocol (WAP) client and block 71 shows the 
controllable electronic device 3, that is a TV set, as a WAP 
server. In terms of WAP, the TV set 3 and the mobile station 5 
form a server/client relationship. In terms of Bluetooth, 
depending on the device initiating a Bluetooth link, either the 
10 server or the client is a master, the other one of the 
server/client then being a slave. In the server/client 
relationship, the client sends requests to the server, and the 
server responds to such requests. WAP is used by the mobile 
p. station 5 to control the controllable electronic devices 2, 3, 
^Ill5 and 4. During Bluetooth link setup between the mobile station 5 
JJJ and a controllable electronic device, a Bluetooth Service 
m Discovery Protocol is started as defined on pages 328-330, 335- 

336, 342-347 of said Bluetooth Core. First it is checked whether 
Hi the controllable electronic device has WAP capability. If so, the 
p20 server is requested to provide details of the WAP service in the 
;0 form of service attributes as defined on page 330 of said 
'rj Bluetooth Core, an essential attribute being a home page URL 72 
'Id referring to a file with remote control menu pages, the URL 

tv/index.wml. As defined on page 330 of said Bluetooth Core, a 



25 service record in the server 71 containing the attributes is 
unique to this particular server through a so-called service 
record handle, a 32-bit identification number that uniquely 
identifies a service record within the server 71, Each handle is 
unique only within each SDP server. The handle used to reference 

30 the service on the server 71 will be meaningless if presented to 
another server. Upon link setup and service discovery, the mobile 
station 5 automatically opens the browser 27, and, using the URL 
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or text string tv/ index .wml, requests the server 71 to download 
the file to which tv/index . wml refers in the server 71. The WAP 
browser 27 is used to navigate the downloaded menu pages. When 
more menu pages or other information are/is needed, the mobile 

5 station 5 requests the server 71 to provide such pages or 

information. The downloaded file contains a first small screen 
display card that contains an initialization message such as 
"Philips TV REMOTE CONTROL", and current settings of the TV set 
2. This card is only displayed on the mobile station for a short 

10 period of time, e.g., 1 second. Then, the WAP browser 27 moves to 
the next card, the next card being displayed on the display 28. 
Commands selected on the menu pages, such as a desired volume 
control setting are sent to the server 71 in the form of 
requests. The server 71 interprets such requests and acts 
accordingly, in the example given by updating a volume control 



memory location in the memory 58 setting the volume of the TV set 
2, and responds to such requests by confirming the action taken. 
In case, after link setup and downloading of the file referred to 
by tv/index. wml, the mobile station 5 gets out-of-range of the 



20 controllable electronic device it controls, and thereafter gets 
I in-range of the same controllable electronic device, downloading 
^ of the file referred to by tv/index. wml can be dispensed with. In 
J that case, the mobile station 5 can retrieve this file from the 
J memory 25A where this file is stored at downloading. In terms of 
25 OSI layers, after starting up of the browser 27, peer to peer 
communications occur between Application layers of the mobile 
station 5 and the TV set 2. Other communications occur in lower 
layers, the described Service Discovery Protocol occurring in the 
OSI Session layer. Physically, all data between the mobile 
30 ' station 5 and the TV set 2 are exchanged through a bearer 

service. Information is exchanged through packets, e.g., using a 
serial port profile or a more complex object exchange profile as 
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defined in the Bluetooth Specification. 

When the Service Discovery Protocol discovers more than one 
device, e.g., in a situation where two WAP capable BT-devices are 
placed in close proximity with each other, such a device conflict 
5 can be solved in several ways. In a semi-automatic method to 
select a desired controllable electronic device, after the 
Service Discovery Protocol found, e.g., two devices such as the 
devices 2 and 3, the user of the mobile station 5 is offered a 
choice to manually select one of the devices 2 and 3 that should 
10 be controlled. After such a manual selection, the index-file of 
the selected device is downloaded. Another method to select one 
of the devices makes use of the BT-capability that a device can 
remember BT-links. In a situation that, when in-range, the mobile 
station 5 finds two controllable electronic devices, it stores 

Q 

^|i5 the BT-links of these two devices in the memory 58. When coming 
^jl into range of these two devices again, after first having been 
y out-of-range of these two devices, the user configures the mobile 

station 5 of which stored BT-link the index file should be 
ill downloaded, and thus which controllable electronic device should 
120 be controlled. Also, after the Service Discovery Protocol 
,|l discovered multiple in-range controllable electronic devices, 

multiple sets of cards for the discovered controllable electronic 

LI 

,f| devices may be downloaded. In this embodiment, the identification 
numbers and URLs of the discovered electronic devices are stored 

25 into the memory 25A. Then, browser 27 can open multiple windows 
for such controllable electronic devices so that the user can 
select to control any one of the discovered controllable 
electronic devices. 

Fig. 7 shows 6 menu pages 80, 81, 82, 83, 84, and 85 that 

30 are downloaded from the server 71 and that are displayed on the 
display 28 of the mobile station 5. The menu pages 80-85 is an 
example of the client application using WML (WAP Markup Language) 
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interpreted by the WAP browser 27. The six menu pages or cards 
80-85 allow a user of the mobile station 5 to navigate six 
scre ens . The screens 80-85 are defined as follows: 
Screen 80: "Function Select: 

[Volume] 

[Channel] 

[Settings] 

OK Menu" 
Screen 81: "Volume Level 

1 Mute 
2 

3 • 

4 Medium 

5 
6 

7 High 

Set Menu" 
Screen 82: "Channel 

1 Cable Index 
Fox 2 

MSWBC 
CNN 
ABC 
PEC 
ESPN 



Screen 83; 



2 

3 • 

4 

5 
6 
7 
Set 

" [Brightness] 
[Contrast] 



Menu" 



30 Brightness Menu" 

Screen 84: "Contrast Level 

1 Low 
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2 
3 

4 Medium 

5 • 

5 6 

7 High 

Set Menu" 
Screen 85: "Brightness Level 

1 Low 
10 2 

3 • 

4 Medium 
5 

O 6 

yl5 7 High 

Set Menu" 

5 , ; 

?TT 

h|| The screen 80 is the first browser screen after the initial 

4= display of the controllable electronic device identification 

message that is displayed only once* The up and down arrows 32 
^-J20 and 33 are used to scroll up and down the screen 80 if needed, 
|1 and to point to a desired menu item. The left soft key 36 

corresponds to the labels projected above this key, such as "OK", 
"Set", and "Brightness". The right soft key 37 corresponds to the 
label "Menu" projected above this key. When operating on the 
25 screen 80, the user points to [Channel] and confirms this choice 
by actuating the left soft key 36. Then, the screen 82 is 
displayed where the user can select the desired channel. 
Accordingly, volume, contrast, and brightness settings can be 
chosen. The selected command or control parameter, such as set 
30 volume to setting "3", is conveyed to the TV set in the form of a 
request, as described before. The downloaded data may represent 
all control interface menu pages of the TV set 2, Alternatively, 
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upon initial downloading, only a part of the control interface 
menu pages may be downloaded, further pages being downloaded on 
request from the client. The initial settings of the TV set may 
alternatively be requested from the server 71 after downloading 
5 of the menu page file. In order to prevent that the browser 27 
retrieves previously stored pages rather than requesting new 
pages, when such new pages are required, the usual browser cache 
mechanism is disabled. 

Fig, 8 shows a file 90, index, wml, referred to by the URL 
10 tv/index.wml . The file 90 contains the menu pages WAP ML, and 

initial information conveyed to the client 70, The content of the 
file 90 is as follows. Text in Italic represents comments not 
actually present in the file 90, explaining the meaning of 
several parts of the file 90, 



igl5 "Required header information 
4f <?xml version=="l . 0"?> 

lij <!DOCTYPE wml PUBLIC "-//WAP FORUM/DTD WML 1,1//EN" 

http: //www,wapforum,org/DTD/wml 1 , 1 ,xml > 



<wml> 



'^•^^0 Set up cache control for proper interaction with the server 
\n <head> 

<meta http-equiv="Cache -Control" content="max-age=l "/> 
<head> 

Cause the word 'Menu' to appear above the right soft key 37 in 
25 each card 
<template> 

<do type=="options" label="Menu"> 
<go href="#Home"/> 

<do> 
30 </template> 
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Create Initialization card. This is displayed for 1 second prior 
to Card 1 being displayed. It also initialises the various 
control settings. 
<card title=^"First"> 

<onevent type="ontimer" > 
<go href = "#Home " > 

<setvar name="vol" value="2"/> 

<setvar name="chan" value="3"/> 

<setvar name= "bright " value="4"/> 

<setvar naine="cont" value="3"/> 

</go> 
</onevent> 
<timer value="lO"/> 
<P> 

Philips TV<br/>REMOTE CONTROL 

</p> 
</card> 

Create card 1. Selecting one of the options causes card 2, 3, or 
4 to be displayed 
<carci title="Main" id="Home"> 
<P> 

Function Select :<br/> 
<anchor title=="Volume"> 

<go href="#volume"/> Volume 
</anchor><br/> 
<anchor title="Channel"> 

<go href="#channel"/> Channel 
</ anchor ><br/> 
<anchor title="Settings"> 

<go href="#settings"/> Settings 
</anchor><br/> 
</p> 
</card> 
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Create card 4. Selecting one of the options causes card 5 or 6 to 
be displayed 

<card title="Settings" id="settings"> 
<do type="accept" label-" "> 
5 <go href="#Home"/> 

</do> 
<P> 

<anchor tile="Brightness"> 

<go href="#bright"/> Brightness 
10 </anchor><br/> 

<anchor title="Contrast"> 

<go hret="#contrast"/> Contrast 
</anchor><br/> 
</p> 
15 </card> 

Create card 2. Selecting one of the options causes a variable 
called "Volume' to be posted to the server 71. The actions of the 
server 71 are simplified in a Perl script called remoteaction. cgi 
<card title="volume" id="volume"> 
20 <do type="accept" label="Set"> 

<go href="remoteaction.cgi"> 

<postfield name="Voliame" value="$vol"/> 

</go> 

</do> 

25 <p align="center"> 

Volume Level $vol 

<select name="vol" > 

<option value="l" >Mute</option> 
<option value="2" ></option> 
30 <option value-"3" ></option> 

<option value="4" >Medium</option> 
<option value="5" ></option> 
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<option value="6" ></option> 
<option value="7" >Maximum</option> 
</ select> 

</p> 
5 </card> 

Create card 5. Selection of the options causesa variable called 
'contrast' to be posted to the server 71. 
<card title="contrast" id="contrast"> 
<do type="accept" label="Set"> 
10 <go href="remoteaction,cgi"> 

<postfield name="contrast" value="$cont"/> 

</go> 

</do> 

<p align="center"> 
^1)15 Contrast Level $cont 

: r ; 

<select naitie="cont" > 
y <option value="l" >Low</option> 

% <option value="2" ></option> 

Ill <option value="3" ></option> 

%P <option value="4" >Mediuin</option> 

^11 <option value="5" ></option> 

Ji; <option value="6" ></option> 

^ll <option value="7" >High</option> 

</select> 

25 </p> 
</card> 

Create card 6. Selecting one of the options causes a variable 
called 'brightness' to be posted to the server 71, 
<card title="bright" id="bright"> 
30 <do type="accept" label="Set"> 

<go href="remoteaction.cgi"> 

<postfield naitie="brightness" value="$bright"/> 
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</go> 

</do> 

<p a 1 i gn= " center "> 
Brightness Level $bright 
5 <select name="bright" > 

<option value="l" >Low</option> 
<option value="2" ></option> 
<option value="3" ></option> 
<option value="4" >Mediuin</option> 
10 <option value="5" ></option> 

<option value="6" ></option> 
<option value="7" >High</option> 
</select> 

</p> 
4fl5 </card> 

J Create card 3. Selecting one of the options causes a variable 
called 'channel' to be posted to the server 71. 
<card title="Channel" id="channel"> 
<do type="accept" label="Set"> 
20 <go href="remoteaction,cgi"> 

. <postfield naine=" channel" value="$chan"/> 

</go> 

</do> 

<p al ign=" center "> 
25 Channel $chan 

<select naine="chan" > 

<option value="l" >Cable Index</option> 
<option value="2" >Fox 2</option> 
<option value="3" >MSNBC</option> 
30 <option value="4" >CNN</option> 

<option value="5" >ABC</option> 
<option value="6" >PBC</option> 



I.; 
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<option value="7" >ESPN</option> 
</ select> 

</p> 
</card> 
5 </wml>" 

End-of-file 90. 

For bigger screens, instead of WML, HTML may be used. 

Whenever a value is posted in cards 2, 3, 5, or 6, the file 
'reitioteaction.cgi' is called. The file ' remoteaction . cgi ' is a 
10 program that runs on the server 11, and that is stored in the 

memory 56. This program interprets values posted by the client 70 
and takes a proper control action in the TV set 2, and, 
thereafter, sends a new card to the client 70 to confirm the 
action. The new card instructs the client 70 to return to the 



Fig. 9 shows a file 100, ' remoteaction. cgi", used by a Perl 
Script Interpreter run on the server 71. The contents of the file 
100 is as follows. 



I "This is a Perl script 
20 # ! /usr/local/bin/perl 

I #This script emulates the functionality of the TV Server with 
J #VolTjme, Channel, Brightness and Contrast Control 
I For simplicity reasons^ only one variable is set - the location 
^ where data is to be stored. In a real implementation^ memory 
25 locations in the memory 58 are defined for the control 

parameters . 

### 

^ # Set Variables 



# In this emulation a file is written to. In an actual 
30 # implementation, memory locations in the memory 58 are addressed 
$logpath = "wmltest.txt"; 
# 



previous card. 
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### 



### 



This part of the code extracts the data that was sent. For 
example if Volume = 3 was sent this is put into the variable FORM 
5 as a pair such that $FORM{ 'Volume ' } = 3 
### 

# Get form data 

# The following script interprets the commands posted by the 
client 

10 This mechanism allows more than one variable to be sent at a time 

# (remote control) 

read (STDIN, $buffer, $ENV{ ' CONTENT_LENGTH ' }) ; 
@pairs = split (/&/, $buf fer) ; 
foreach $pair (@pairs) 



} 

# Form data obtained 

# The variable FORM now has control data 
### 

25 This part of the code acts on the data. In this example the data 
is written to a file^ but in a real implementation values are 
written to memory locations and change TV settings. 
### 

# In this emulation the data wil be recored in a data file 
30 open (LOG, "»$logpath" ) / 

foreach $key (keys (%FORM) ) {print LOG "$key = $FORM{ $key } \n; } 
close (LOG) 
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($name, $value) = split (/=/, $pair) ; 
# Un-Webify plus signs and %-encoding 
$value =- tr/+/ /; 

$value s/% ( [a-fA-FO-9] [a-fA-FO-9] ) /pack("C", 
$FORM{$name} = $value; 



hex($l) )/eg; 




# m 



# 

### 

This last part of the script sends a new card to the client 
### 

5 # Now the client needs to be instructed what to do 
print "Content-Type: text/vnd. wap. wml\n\n; 
print «EndWML; 

The Cache-Control is very important as it forces the client 70 to 
request a new card from the server 71. 
10 <?xinl version="l . 0"?> 

<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD 1.1//EN" 

http: //www. wap forum . org/DTD/wml 1.1. xml " > 
<! — Main menu for WML examples — > 
<wml> 

C115 This card is a simple instruction to return to the previous card. 
JJi <head> 

4f <meta http-equiv="Cache-Control" content="max-age=0/> 

j5 </head> 

nl <card title="Action" id="Home"> 

i^^lO <onevent type="onenterf orward"> 

<prev/> 

</onevent> 
<p> 

Control Set 
25 </p> 

</card> 
</wml> 
EndWML 



30 End- of-file-100. 

Because the server sends a file to the client, a very 
flexible system is obtained for sending a simple or an advanced 
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control interface to the client. I.e., by using a markup 
language, the manufacturer of the TV set 2 is allowed to define 
its own control interface and to easily download such a control 
interface to the remote control device. 

Fig. 10 shows a first request of the client 70, and a 
response from the server 71, in HTTP-format. 
First request of client, in HTTP-format: 

"GET http://tv/index. wml HTTP/1.1" 
Response by server, in HTTP-format: 

"CONTENT_TYPE=Text/wml 

CONTENT_LENGTH=riie length of the included file 
The file index. wml stored in the memory 56" 

Fig. 11 shows posting by the client 70 to the server 71, in 
HTTP- format. 

Posting to the server 71, in HTTP-format: 

"POST http://tv/remoteaction. cgi HTTP/1.1 

CONTENT_TYPE=application/x-www-form-urlencoded 

C0NTENT_LENGTH=9 

channel=2" 

In this example, the channel selection for channel two is posted. 

In view of the foregoing it will be evident to a person 
skilled in the art that various modifications may be made within 
the spirit and the scope of the invention as hereinafter defined 
by the appended claims and that the invention is thus not limited 
to the examples provided. The word "comprising" does not exclude 
the presence of other elements or steps than those listed in a 
claim. 
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